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This invention relates generally to providing video 
information to a plurality of users in a video distribution 
system. 

Current video distribution systems include pay per view 
systems which are available from cable and satellite 
television providers. In these systems, a variety of 
different pay per view movies are offered for viewing at a 
plurality of different times. The user must either join the 
video in progress or wait until a preset time when a new 
video begins. By offering a plurality of different starting 
times, these systems attempt to provide an approximation of 
video on demand. 

In order to provide the video to a plurality of users 
at the exact times when they would like to have it, one 
might expect that a large bandwidth would be necessary. 
That is, given a large number of viewers, it would seem to 
be difficult to transmit different videos at a plurality of 
times given the bandwidth available with existing satellite 
and cable video distribution systems. 

This means that the system users must accommodate their 
viewing desires to the existing bandwidth limitations of the 
video distribution system. Where those viewing desires do 
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not correspond with the capabilities of existing systems t 
potential customers are lost. 



Thus, it would desirable to provide a video 
distribution system which permits video distribution upon 
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demand from the user. 



Summary 



In accordance with one embodiment, a receiver for 



receiving video information from a video transmitter 



10 



includes a storage medium for storing video information 



received by the receiver. A decryption engine is adapted to 
decrypt the stored video information. A controller is 
adapted to control the video storage medium and the 
decryption engine and to request decryption information for 



Figure 1 is a schematic depiction of a video 
distribution network in accordance with one embodiment of 
20 the present invention; 

Figure 2 shows a flow chart for implementing a receiver 
in accordance with the system shown in Figure 1; and 

Figure 3 is a block diagram showing one system for 
implementing the receiver shown in Figure 1. 
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the engine . 



Description of the Drawings 
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Detailed Description 

Referring to Figure 1, a video distribution system 10 
may be implemented in a variety of different video 
distribution environments including cable, television 
broadcast, or satellite as examples. The video provider 14, 
which may be a cable provider or a satellite system provider 
as examples, transmits video, as indicated at 16, to a 
plurality of receivers 12 which may be processor based 
television receivers. The processor based television 
receivers may, for example, be so called set-top computer 
systems which use a television receiver as a display. 
Alternatively other computer systems and appliances may be 
used as well . 

Instead of transmitting the video at a set or 
predetermined time corresponding to the time the video will 
be viewed, the video may be continually or semi -continuously 
streamed to all of the receivers in an encrypted form. 
Alternatively the video may simply be transmitted in advance 
and stored on a plurality of receivers. The individual 
receivers 12 may not be capable (without additional 
information) of displaying the transmitted video 
information. Thus, to the extent possible given the 
bandwidth of the system, video may be transmitted to the 
receiver 12 and stored thereon, for example in a memory 22, 
for viewing at a later time. 



When a user desires to view particular video 
information, such as a movie, at any time, the user may 
simply request the decryption information, for example, from 
the video provider 14. In a two-way transmission scheme the 
request for decryption information may be transmitted over 
the same transport that conveyed the video. Alternatively, 
a separate medium or channel may be used. In addition, the 
decryption information may be requested from a source 
different from the video provider 14, in one embodiment of 
the invention. 

The decryption information may then be transmitted with 
unrelated video information 16, in one example, to the 
receiver 12. For example, under control by the controller 
15, the decryption information may be provided together with 
information about the intended recipient. Equipped with the 
decryption key for a particular video such as a movie, the 
receiver 12 can decrypt the video and allow the viewer to 
view the video on demand. 

Where each of the receivers 12 includes a unique 
identifier and the decryption information is coded for the 
requesting receiver, only the receiver whose identifier 
matches an identifier transmitted with the decryption key is 
able to decode the decryption key for the requested video. 
In addition, when the receiver requests the decryption 
information, the receiver may not only be provided the 
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decryption information, but appropriate billing provisions 
may be implemented as well. 

Requests for the decryption information may be provided 
through a telephone network 20 as one example. As another 
5 example, the request may be made over an electronic network, 
such as the Internet using electronic mail. Thus, in effect 
a back channel may be used to request the decryption 
information from the video provider or other source in one 
embodiment. The video provider (or other source) then may 

10 provide not only the decryption information, but in one 
embodiment of the invention, the information needed to 
access the receiver's memory for the selected video 
information may also be provided. This access information 
may be provided as script or other software. 

15 A predetermined amount of storage may be devoted to 

storing the video transmissions. When the video 
transmissions transmitted to a given receiver exceed the 
amount of dedicated storage, the oldest information may be 
deleted in order to make room to store the most recently 

20 received information. Alternatively, the video provider 14 
may provide a signal each time it sends a new video to 
discard a particular video previously stored on a given 
receiver 12. 

Since the video may be transmitted to the receiver 12, 
25 ahead of the viewing time, in one example, bandwidth 

limitations may be overcome. That is, the need to transmit 
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a plurality of large video files at the same time to satisfy 
the demands of a large number of users is not necessary. 
Instead a set of video transmissions are streamed to all or 
part of a group of receivers which store those transmissions 
5 for later recall. 

Referring now to Figure 2, software, in accordance with 
one embodiment, may be stored on the receiver 12 for 
implementing a video on demand system. The software 26 may 
begin by receiving and storing the encrypted video as 
10 indicated in block 28. In one embodiment, this may be done 
^ at particular times when volume in the transmission channel 

yj is low or the transmission may be done continuously or semi- 

continuously so as to store a library of video files on the 
y j receiver 12 . 

i: is Upon request for video, as indicated in diamond 30, the 

jT receiver 12 requests a decryption key as indicated in block 

|y 32. This request may be carried over a back channel, in one 

j]* s embodiment of the invention, through a network 2 0 such as 

^ the Internet or a telephone network. Next, the video, 

20 stored in an encrypted form on the receiver 12, is retrieved 
as indicated in block 34. The video may then be 
automatically decrypted as indicated in block 36, and the 
display of the video may begin as indicated in block 38. 

Generally, it may be desirable to transmit a decryption 
25 key for sections or portions of a given video. Thus, to 

view the entire video, the receiver must receive one or more 
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video decryption keys, each of which may be used to decrypt 
a portion (less than all) of the video information. The 
advantage of this technique is that a pirate must obtain a 
number of video decryption keys in order to decrypt the 
entire video. This makes it harder to pirate the decryption 
keys, decreasing the likelihood of theft of services. For 
example, a new decryption key may be needed for each minute 
of video. Therefore, it may be desirable to transmit a new 
decryption key every minute, once an initial request for 
decryption information has been made. 

If the user wishes to pause the ongoing video 
transmission (diamond 40) , a signal may be sent, for 
example, over a back channel to the video provider 14 
requesting a pause authorization (block 42) . The video 
provider may respond by providing an acknowledgement number 
(block 44) . When the user wishes to resume the video 
transmission, the user may simply press a "resume" key and 
provide the acknowledgement number. The video provider then 
knows when the particular receiver paused and provides the 
appropriate keys to allow the user to continue to view the 
rest of the video that was already requested, and 
presumably, billed . 

Turning now to Figure 3 , an example of a system that 
may be used as a receiver 12 is illustrated. The receiver 
12 may include a processor 65 coupled to an accelerated 
graphics port (AGP) chipset 66. The Accelerated Graphics 



Port Specification, Rev 2.0, is available from Intel 
Corporation of Santa Clara, California. The chipset 66 may 
be coupled to system memory 68 and the accelerated graphics 
port bus 70. The bus 70 in turn may be coupled to a 
5 graphics accelerator 72, also coupled to a video or 
television receiver 73. 

The chipset 66 may also be coupled to a bus 74 that 
receives a TV tuner/capture card 76. The card 76 may be 
coupled to a television antenna 78 which may also be a 

10 satellite antenna or a cable connection as additional 

examples. A connection to a network 90, such as a modem 
connection to the Internet or a network controller 
connection to a computer network may also be provided. 

The bus 74 is coupled to a bridge 80 which in turn is 

15 coupled to a hard disk drive 82. The hard disk drive 82 may 
store the software 26 and 46. The software 100 may be 
script transmitted from the transmitter 14 to assist in 
locating stored video information. 

The bridge 80 may in turn be coupled to another bus 84 

20 which supports a serial output interface 86 and a BIOS 94. 

The interface 86 may be coupled to a modem 92 or a mouse 88. 

While the present invention has been described with 
respect to a limited number of embodiments, those skilled in 
the art will appreciate numerous modifications and 

25 variations therefrom. It is intended that the appended 
claims cover all such modifications and variations which 
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